PreviousNextTracker indexSee it online !

(95/207) 2141175 - Search and Replace dialog forgets Replace With text

I suppose this is technically a feature request, but the feature in question is so horribly broken that it verges on being a bug. Here's the issue.

Steps to reproduce:
1. Launch jEdit. Open a file of some sort.
2. Open the Search and Replace dialog using Search | Find... or similar.
3. Perform a search and replace operation.
4. Close the Search and Replace dialog.
5. Reopen the Search and Replace dialog.

Desired result:
The Search and Replace dialog should display the previous search parameters in both the Search for and Replace with fields.

Actual result:
The dialog only displays the previous entry in the Search for field, and leaves the Replace with field blank. This is extremely annoying.

Version tested:
jEdit 4.2pre15 on Mac OS X 10.5.5.

Submitted marnen - 2008-10-01 - 21:46:51z Assigned nobody
Priority 5 Category None
Status Open Group None
Resolution None Visibility No

Comments

2008-10-03 - 09:08:26z
kpouer
Hi, the search and replace fields are HistoryTextArea, so you can right click on them and choose a previously entered string. Isn't it what you need ?
2008-10-08 - 19:33:16z
marnen
That helps, but it's not a full solution. From the standpoint of user interface design, both text fields in the dialog box should behave identically. Therefore, either both fields should display their immediate previous entry, or neither should. Anything else is inconsistent and thus annoying.
2008-10-08 - 20:20:15z
rschwenn
At this point, the current behavior isn't a bug. And I didn't find it annoying. Nevertheless I think You're right: both fields should show the same behavior - in other programs they do so (i.e. Word, Excel, Notepad, UltraEdit).
2009-01-23 - 16:56:03z
user2037
Did you try Page-Up? If memory serves previous versions used the Up arrow key.
2009-01-23 - 17:13:09z
marnen
Yes, I'm aware that PageUp works. But that's not the point: the point is that whatever the behavior of the two text areas, it should be *identical*, and at the moment it isn't!
2009-04-15 - 21:24:05z
altonator
+1 for fixing this.

Attachments